home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20000824-20010305
/
000152_news@columbia.edu _Thu Dec 28 16:12:35 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2001-03-05
|
2KB
Return-Path: <news@columbia.edu>
Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id QAA28284
for <kermit.misc@cpunix.cc.columbia.edu>; Thu, 28 Dec 2000 16:12:34 -0500 (EST)
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA05452
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 28 Dec 2000 16:12:33 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id PAA28982
for kermit.misc@watsun.cc.columbia.edu; Thu, 28 Dec 2000 15:50:28 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@columbia.edu (Frank da Cruz)
Subject: Re: A wish for the FTP-client
Date: 28 Dec 2000 20:50:23 GMT
Organization: Columbia University
Message-ID: <92g92f$s9j$1@newsmaster.cc.columbia.edu>
To: kermit.misc@columbia.edu
In article <3A4BA47C.53C64EBA@srv.net>, Kevin Handy <kth@srv.net> wrote:
: Frank da Cruz wrote:
: > ... How do you convert a
: > struct tm to a time_t in a reliable way? -- i.e. without writing code to
: > count days, months, years, leap years, leap seconds, and all the rest,
: > taking each machine's architecture into account. I'm sure I must have
: > overlooked something obvious -- feel free to embarrass me.
:
: Under *nix, I believe the function to use is mktime
:
: time_t mktime(struct tm *timeptr)
:
1. The first place I looked (SunOS) doesn't have it. However, must other
UNIX OS's do have it. But...
2. Doesn't do what you want. "In addition to computing the calendar time,
mktime() normalizes the supplied tm structure" -- applies timezone
conversions, etc. The problem there is, of course, we don't know, and
have no way to find out, the server's timezone, and even if we knew it,
what the rules are to convert to our own. The struct tm is *already* in
GMT/UTC, and should not be converted to it again.
Thus the resulting file date won't be what you want. I think the object
of copying the server's MDTM is so update can work in both directions. If
we use mktime(), I think the result will have up to 24 hours of randomness
added or subtracted. Am I missing something?
- Frank